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DETAILED ACTION 

1 . This action is responsive to communications: Amendment A, filed on 4/16/03. 
Claims 1-47 are pending. Claims 1, 21, 30, 38 and 43 are independent claims. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1, 2, 6, 10, 11, 17, 18, 21, 22, 26, 27, 29-31, 36, 38, 39, 43 and 44 are rejected 
under 35 U.S.C. 103(a) as being unpatentable over Smiley (U.S. Patent No. 6,263,341), and 
further in view of Feuche, ("Index interface links CASE and IBM's DB2"). 

With respect to claim 1 , Snniley discloses a method ... comprising: 
the computer accessing a definition of the system, the definition defining a 
schema for use by the system (col. 4 lines 20-30, "The OBJECTS include ATTRIBUTES 
20, which are technical definitions of data modeled in some computer application. 
ATTRIBUTES 20 are elementary data definitions such as product name, customer 
number, employee number, and other data which are of interest to the enterprise. 
Another OBJECT 12 is ENTITY 21, which is a logical collection of ATTRIBUTES 20. 
ENTITY 21 CONTAINS 22 ATTRIBUTE 20, CONTAINS relationship 22 documents the 
one-to-many relationship that each ENTITY 21 has with the attributes it contains."); 
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the schema defining a set of tables, a set of columns that correspond to the set 
of tables, and a set of relationships between the tables of the set of tables (col. Lines 8- 
11, "Alternatively, the attributes of OBJECT 12 may be configured as other OBJECTS, 
which are logically related to OBJECT 12 via a RELATIONSHIP entity 14."); (col. 3 lines 
27-33, "RELATIONSHIP entity 14 preferably contains attributes or fields which record 
the name of RELATIONSHIP entity 14 represented by characters, the names or 
identifiers, and types of OBJECTS 12 between which this relationship holds, a 
sequence number to ensure the uniqueness of RELATIONSHIP entity 14, and the 
name of a METHOD entity 16 which implements RELATIONSHIP 14."); (col. 4 lines 
25-32, "Another OBJECT 12 is ENTITY 21, which is a logical collection of ATTRIBUTES 
20. ENTITY 21 CONTAINS 22 ATTRIBUTE 20. CONTAINS relationship 22 
documents the one-to-many relationship that each ENTITY 21 has with the attributes it 
contains. This relationship along with the ATTRIBUTE name, serves to uniquely identify 
each ATTRIBUTE."). 

the definition further defining a set of operations for manipulating the data, the set 
of operations defining programs that operate on the set of tables and the set of table 
columns (col. 6 line 66 - col. 7 line 3, "The OBJECTS for an operational system's 
information repository preferably include ATTRIBUTES (not shown), which contain the 
data of interest to the enterprise. OPERATIONAL METHODS are the existing 
application programs that display or update the operational data."). 

However Smiley does not explicitly teach a method of the computer using the 
definition to generate the set of tables. 
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Feuche teaches a method of the computer using the definition to generate the 
set of tables (See for example: page 1 , the last two paragraphs - page 2 line 1 , wherein 
the link's DB2 utilities automatically create DB2 entities. The link can automatically 
create DB2 tables from logical record definitions.) 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a method of the computer using the definition to 
generate the set of tables as disclosed by Feuche into the system definition access as 
taught in Smiley to eliminate the need to manually re-key design and data requirements, 
thereby increasing productivity and reducing design discrepancies and system errors 
(page 1 last paragraph - page 2 line 1 ). One of ordinary skill in the art would be 
motivated to make the aforementioned combination with reasonable expectation of 
success. 

Claim 2 is rejected for the reasons set forth hereinabove for claim 1 and 
furthermore Smiley discloses a method wherein the set of tables includes a first table 
and a second table, wherein the first table includes a first column, wherein the second 
table includes a second column, and wherein the first column and the second column 
are related by a join and are therefore guaranteed to be from the same domain (col. 6 
lines 57-65, "FIG. 3 depicts application systems which function to support an enterprise. 
These application systems are comprised of ATTRIBUTES 20 collected into ENTITIES 
21 . These ENTITIES 21 , such as customer 60, account management 61 , returned 
material 62, sales order history 63, ship 64, product database 65, world wide price list 
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66, and inventory 67, are joined by relationship connections 68-73 which represent 
operational or business rules, to form an operational system network."). 

Claims 6, 26, 27 are rejected on grounds corresponding to the reasons given above for 
claim 1. 

Claim 10 is rejected for the reasons set forth hereinabove for claim 1 and 
furthermore Smiley discloses a method wherein the definition defines a set of source 
system extraction operations, wherein the set of source system extraction operations 
are for extracting data from a source system and for manipulating the data for 
populating the database, and wherein the set of source system extraction operations 
correspond to 'the schema definition (col. 2 lines 50-53, "FIG. 4 is a diagram of an 
application for accessing data from a number of data sources located on diverse 
computer platforms employing the information repository scheme of the preferred 
embodiment;"); (col. 5 lines 49-52, "INFORMATION 37 is a collection of ATTRIBUTES 
20 and DATA FIELDS 30, possibly from many sources, that describes the enterprise or 
some function of the enterprise."); (col. 5 lines 59-61 , " Links 38-40 describes the 
relationship between INFORMATION 37 and DATA FIELD 30, COLUMN 25, and 
EXTERNAL SOURCES 36, respectively."): (col. 10 lines 40-49, " OBJECT definitions 
for the decision support system information repository may include OPERATIONAL 
DATA. OPERATIONAL DATA are data elements in operational data bases that are of 
interest to their systems. OPERATIONAL METHODS are the existing application 
programs that display or update the operational data accessed by the decision support 
system. These may be used as part of the extract process, as a front-end to a 
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graphical user interface, or for ultimate update of the operational data in the originating 
data base."); (col. 10 lines 51-55, "DSS METHODS differ from OPERATIONAL 
METHODS in that they are unique to the decision support system (DSS), and which are 
used to extract or manipulate the operational data in the DSS data base"). 

Claim 1 1 is rejected on grounds corresponding to the reasons given above for claim 10, 
Claim 17 is rejected for the reasons set forth hereinabove for claim 1 and 
furthermore Smiley discloses a method wherein the definition includes a user interface 
definition for to querying the database and for presenting results, the user interface 
definition corresponding to the schema definition (col. 7 lines 38-40, "These METHOD 
entities 14 can then be used as a front-end to a graphical user interface or may be 
executed stand-alone to obtain the desired data."); (col. 10 lines 46-49 " These may be 
used as part of the extract process, as a front-end to a graphical user interface, or for 
ultimate update of the operational data in the originating data base."); (col. 13 lines 38- 
43, "A user access services 118 provide repository users with the ability to retrieve, 
browse, and update information repository data in text format. User access service 118 
also functions as a front end to any graphical user interface which may be used for a 
graphical representation of the data structure or network of information repository 10."); 
(coL 5 lines 9-13, "TRANSLATES TO 28 is the basis for navigation from the data 
abstraction level to the data implementation level, and is key to the process of querying 
a data MODEL 23 to view data it represents."); (col. 7 lines 28-30, "Another example is 
QUERY, which permits a user to find an instance of information in a relationship given 
the other information and the relationship name."); (col. 12 line 64 - col. 13 line 1 , 



• • • • 

Application/Control Number: 09/625,518 Page 7 

Art Unit: 2172 

"Operational data acquisition is further supported via query services 105 in conjunction 
with browsing and retrieval services 102 and 103. Query services 105 provide access 
to the operational data represented in information repository 10."). 

Claims 18 29, 36 are rejected on grounds corresponding to the reasons given above for 
claim 17. 

Claims 21-22, 30-31, 38-39 and 43-44 are rejected on grounds corresponding to the 
reasons given above for claims 1-2. 

4. Claims 3, 5, 23, 25, 32, 34, 40, 42, 45 and 47 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Smiley (U.S. Patent No. 6,263,341), further in view of Feuche, ("Index 
interface links CASE and IBM's DB2"), and further in view of Bapat, (U.S. Patent No. 
5,295,256). 

Claim 3 is rejected for the reasons set forth hereinabove for claim 1 and 
furthermore Smiley teaches a method wherein the definition defines that the first table 
relates to the second table by a many to one relationship (col. 3 lines 21-23, "Therefore, 
there may exist one-to-one RELATIONSHIPS, one-to-many RELATIONSHIPS and 
many-to-one RELATIONSHIP."). However the combination of Smiley and Feuche does 
not explicitly teach ... generating a foreign key column ... 

Bapat teaches generating a foreign key column (Abstract, "Object instances are 
mapped to entity tables with object instances represented by entity records. Simple 
attributes are mapped to primitive typed attribute columns and class valued attributes 
are represented by foreign keys into entity attribute tables. Derived attributes are 
represented by joins of the parent and child entity records."); (col. 7 lines 33-38, "Thus. 
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this is considered a many to one (or N to 1) relationship as designated by the N and the 
1 adjacent the arrows. This relationship can be represented by the class schema of 
FIG. 5 wherein class 80 is linked via a relationship 82 to class 84."). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate foreign key generation as disclosed by Bapat into the 
table generation as taught in the combination of Smiley and Feuche in order to handle 
the many-to-one relationships. One of ordinary skill in the art would be motivated to 
make the aforementioned combination with reasonable expectation of success. 

Claim 5 is rejected for the reasons set forth hereinabove for claim 1 . However 
the combination of Smiley and Feuche does not explicitly teach that one or more 
columns are automatically populated from the one or more columns ... 

Bapat teaches that one or more columns are automatically populated from the 
one or more columns (col. 12 lines 50-55, "Next, at 434 the translator constructs 
"INSERT INTO class.sub.-- table" command with the insertion of the object identifier 
that will be generated, into the object identifier column of the current class in order to 
insert an actual instance of the current class into the table."). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate column data population as disclosed by Bapat into 
the table generation as taught in the combination of Smiley and Feuche in order to 
automate the insertion of an actual instance of the current class into the table as stated 
in Bapat col. 12, lines 54-55. One of ordinary skill in the art would be motivated to make 
the aforementioned combination with reasonable expectation of success. 
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Claims 23, 32, 40, 45 are rejected on grounds corresponding to the reasons given above 
for claim 3. 

Claims 25, 34, 42, 47 are rejected on grounds corresponding to the reasons given above 
for claim 5. 

5. Claims 4, 7, 24, 33, 41 and 46 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Smiley (U.S. Patent No. 6,263,341) , further in view of Feuche, ("Index interface links 
CASE and fflM's DB2"), and further in view of Bachman et al., "Bachman " (U.S. Patent No. 
5,249,300). 

Claim 4 is rejected for the reasons set forth hereinabove for claim 1 . However 
the combination of Smiley and Feuche does not explicitly teach ... many to many 
relationship, ... generating an associative table ... and ... a unique value ... 

Bachman teaches ... many to many relationship, ... generating an associative 
table ... and ... a unique value ... (col. 10 lines 58-63, "In the preferred system, 
attributes may be created independent of entities. Using the partnership set protocols 
described in U.S. Pat. No. 4,631,664, relationships may be one-to-one, one-to-many, 
or many-to-many, depending upon the type and complexity of the system or model 
created."); (col. 9 lines 53-57, "In the preferred embodiment of the system, unique keys 
may represent one or more attributes, partnership sets, or a combination of both 
attributes and partnership sets. Keys may be primary, alternate, or foreign."). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate the use of associative table with a unique value as 
disclosed by Bachman into the table generation as taught in the combination of Smiley 
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and Feuche in order to establish a recursive relationship or a relationship with another 
entity or partnership set [herein many-to-many relationship is inherent] (col. 10 lines 1- 
3). One of ordinary skill in the art would be motivated to make the aforementioned 
combination with reasonable expectation of success. 

Claim 7 is rejected for the reasons set forth hereinabove for claim 1 . However 
the combination of Smiley and Feuche does not explicitly teach a transaction type 
column. 

Bachman teaches a transaction type column (col. 23 line 68 - col. 24 line 6, 
"Business transaction design data may correspond to transaction -related information, 
such as rules of transactions which operate on entities, attributes, and relationships. 
These rules may include processing algorithms, and may be stored internal to a 
computer system. User data may then be transformed in accordance with the 
transaction design data ."). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate the a transaction type column as disclosed by 
Bachman into the table generation as taught in the combination of Smiley and Feuche in 
order to include the design for business transactions in an information management 
system. One of ordinary skill in the art would be motivated to make the aforementioned 
combination with reasonable expectation of success. 

Claims 24, 33, 41, 46 are rejected on grounds corresponding to the reasons given above 
for claim 4. 
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6. Claim 8 are rejected under 35 U.S.C. 103(a) as being unpatentable over Smiley (U.S. 
Patent No. 6,263,341), further in view of Feuche, ("Index interface links CASE and IBM's 
DB2"), and further in view of Skinner et al., "Skinner" (U.S. Patent No. 6,085,198). 

Claim 8 is rejected for the reasons set forth hereinabove for claim 1 . However 
the combination of Smiley and Feuche does not explicitly teach a date column. 

Skinner teaches a date column (col. 19 lines 39-41, "MetaSchema 500 
comprises a string data structure, "mySchemaVersion," that stores schema version 
information such as a version date ."). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a date column as disclosed by Skinner into the table 
generation as taught in the combination of Smiley and Feuche in order to be able to 
store dates in the database, which is a common need in any database management 
system. One of ordinary skill in the art would be motivated to make the aforementioned 
combination with reasonable expectation of success. 

7. Claim 9 is rejected under 35 U.S.C. 103(a) as being unpatentable over Smiley (U.S. 
Patent No. 6,263,341), further in view of Feuche, ("Index interface links CASE and IBM's 
DB2"), and further in view of Rosensteel, Jr. et al, "Rosensteel" (U.S. Patent No. 6,167,405). 

Claim 9 is rejected for the reasons set forth hereinabove for claim 1 . However 
the combination of Smiley and Feuche does not explicitly teach a source system key 
column. 

Rosensteel teaches a source system key column (col. 27 lines 47-56, "during the 
design phase, generating and storing in the repository, information defining reference 
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links between each target data warehouse table and the source tables from which 
instances must be extracted, identification of the source databases and target database, 
reference links between corresponding portions of the source and target tables, and 
identification of those warehouse request entities related to a number of target tables to 
be populated by a particular warehouse request;"); (col. 19 lines 41-44, "It also returns 
the database key of the 'Source Agent Server for the 'Source database in argument 
IngAgentld."). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a source system key column as disclosed by 
Rosensteel into the table generation as taught in the combination of Smiley and Feuche 
in order for the administrator to perform a series of data model extract and merge 
operations on the source databases to obtain entities, relationships and attributes which 
are relevant to the particular target data model design (col. 10 lines 59-63). One of 
ordinary skill in the art would be motivated to make the aforementioned combination 
with reasonable expectation of success. 

8. Claims 12, 13, 14, 15, 16, 19 and 28 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Smiley (U.S. Patent No. 6,263,341), further in view of Feuche, ("Index 
interface links CASE and IBM's DB2"), and further in view of Koss (U.S. Patent No. 5,272,628). 

Claim 12 is rejected for the reasons set forth hereinabove for claim 1 . However 
the combination of Smiley and Feuche does not explicitly teach a method comprising: 
... creating a set of aggregate tables ... ; and populating the set of aggregate tables. 
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Koss teaches a method comprising: ... creating a set of aggregate tables ... and 
populating the set of aggregate tables (col. 2 lines 31-34, "The present invention 
contemplates a method and system which allows the consolidation or aggregation of 
data in disparate tables into a single aggregate table which summarizes that data."); 
(col. 2 lines 60-64, "In contrast, the present invention provides an improved method and 
system wherein source tables of virtually any size and configuration may be combined 
in an aggregate table based on user-defined, or automatically generated criteria."); (col. 
4 lines 60-64, "In the preferred practice of the present invention, a mapping list is used 
to map source table row and columns to corresponding destination output (or 
aggregate) table row and columns."); (col. 7 lines 21-23, "For example, to average 
values, two tables can be used, one for holding a cumulative sum, and one to contain 
the count of elements contributing to the sum ,..."). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate the method of creating and populating aggregate 
tables as disclosed by Koss into the table generation as taught in the combination of 
Smiley and Feuche because occasionally, it is desirable to combine the data contained 
in multiple tables into a single master table [equivalent to an aggregate table] (col. 1 
lines 31-32). One of ordinary skill in the art would be motivated to make the 
aforementioned combination with reasonable expectation of success. 

Claims 13, 14, 15, 16 and 28 are rejected on grounds corresponding to the reasons given 
above for claim 12. 
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Claim 19 is rejected on grounds corresponding to the reasons given above for claims 10, 
12 and 17. 

9. Claim 20 is rejected under 35 U.S.C. 103(a) as being unpatentable over Smiley (U.S. 
Patent No. 6,263,341), further in view of Feuche, ("Index interface links CASE and ffiM's 
DB2"), and further in view of Tse et al., "Tse" (U.S. Patent No. 6,282,544). 

Claim 20 is rejected for the reasons set forth hereinabove for claim 1 . However 
the combination of Smiley and Feuche does not explicitly teach a datamart... a star 
schema ...fact tables ... and ...dimension tables. 

Tse teaches a datamart... a star schema ...fact tables ... and ...dimension tables 
...(col. 1 lines 21-32, "One of the first steps in building a successful data mart is to 
correctly identify the different dimensions and the fact set within a business structure. 
This is often known as dimension modeling. Each dimension represents a collection of 
unique entities that participate in the fact set independent of entities from another 
dimension . The fact set usually contains transactional data where each transaction (or 
record) is identified by a combination of enfities one from each dimension . FIG. 1 
shows a star schema for a supermarket business where the star schema is the 
outcome of the dimension modeling process."); 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a datamart, a star schema, fact tables and 
dimension tables as disclosed by Tse into the database system as taught in the 
combination of Smiley and Feuche because a data mart [wherein a star schema, fact 
tables and dimension tables are common components] is a database, or collection of 
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databases, designed to help managers make strategic decisions about their business 
(col. 1 lines 8-11). 

One of ordinary skill in the art would be motivated to make the aforementioned 
combination with reasonable expectation of success. 

10. Claim 35 is rejected under 35 U.S.C. 103(a) as being unpatentable over Smiley (U.S. 
Patent No. 6,263,341), further in view of Feuche, ("Index interface links CASE and fflM's 
DB2"), further in view of Bapat, (U.S. Patent No. 5,295,256), and further in view of Koss (U.S. 
Patent No. 5,272,628). 

Claim 35 is rejected on grounds corresponding to the reasons given above for claims 34 

and 12. 

11. Claim37 is rejected under 35 U.S.C. 103(a) as being unpatentable over Smiley (U.S. 
Patent No. 6,263,341), further in view of Feuche, ("Index interface links CASE and IBM's 
DB2"), further in view of Koss (U.S. Patent No. 5,272,628), and further in view of Bachman et 
al, "Bachman " (U.S. Patent No. 5,249,300). 

Claim 37 is rejected on grounds corresponding to the reasons given above for claims 33 

and 12. 

Response to Arguments 

12. Applicant's arguments regarding independent claims 1 , 21 , 30, 38, 43 and 
respective dependent claims filed on 4/16/03 have been fully considered but they are 
not persuasive. 

As per applicant's main arguments on all independent claims, regarding that the 
combination of Smiley and Feuche does not teach "the computer using the definition to 
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generate the set of tables from a definition that defines "a set of relationships between 
the tables of the set of tables," and "programs that operate on the set of tables and the 
set of table columns", have been considered but are not persuasive. Firstly, Smiley 
teaches an information repository system that stores definition that defines relationships 
between tables. Besides reasons already stated in the current as well as the previous 
office action, to further support this rejection reasoning, please see for example. Smiley 
col. 4 lines 35-39, wherein ENTITY 21 represents collections of data that establish a 
linkage between other entities, which illustrates the relationship between tables. In a 
database environment, an entity stores the definition of a table (See "Data Base: 
Structured Techniques for Design, Performance, and Management", ISBN 0-471- 
05267-1, page 3, section 1.1.2). Also "In the relational data model, the entities and their 
relationships are represented with two-dimentional tables ... The relationships are also 
considered as entities. Every table represents an entity and is made up of rows and 
columns." (See "Data Base: Structured Techniques for Design, Performance, and 
Management", ISBN 0-471-05267-1, page 77 paragraph 2). Secondly, Smiley teaches 
an information repository system that stores definition that defines programs that 
operate on the set of tables and the set of table columns. Besides reasons already 
stated in the current as well as the previous office action, to further support this rejection 
reasoning, please see for example, Smiley col. 7 lines 13-23, wherein DATA AND 
METHOD ATTRIBUTES are attributes that further define the operational data methods 
in the operational system and for relationships between information, INFORMATION 
AND METHOD RELATIONSHIPS may be used to identify a method which implements 
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that relationship, wherein these operational methods are analogous programs that 
operate on the set of tables and the set of table columns as claimed in the applicant's 
invention. As stated in the current as well as the previous office action, while Smiley 
does not teach an automated process of creating the set of database tables using the 
afore-mentioned definitions, the combined reference of Feuche clearly teaches this 
automated process. As admitted by the applicant in Amendment A (Remarks, page 14), 
"Feuche automatically creates DB2 tables from logical definitions in Excelerator". In 
order for a computer system to automatically create DB2 tables from logical definitions, 
it is obvious that the logical definitions used by the computer has to contain 
relationships between tables and operations defining programs that operate on the 
tables, otherwise a true database like DB2 will not be built successfully. As mentioned 
in Feuche, XL/Interface for DB2 is a tool that bridges the gap between application 
design and implementation functions (paragraph 4) and this is more than just an 
interface. It really is a product designed to help you build DB2 databases (paragraph 8). 
On top of all the above, in Feuche, Abstract, the tool is provided as an interface 
between its CASE tools and IBM's DB2 data based management system. In the 
database environment, one of the common functions contained in a CASE tool is data 
modeling function, wherein schema definitions, including relationships between tables 
and table operation definitions, are provided for creating database tables. While 
Feuche does not explicitly teach that the logical definitions, based on which DB2 tables 
are automatically created, contain definitions that define relationships between tables 
and programs that operate on the set of tables, the Smiley reference does teach these 



Application/Control Number: 09/625,518 Page 18 

Art Unit: 2172 

definitions as stated above. Therefore, the Examiner maintains that by applying 
Feuche's automated database generation method to automatically generate database 
tables using Smiley's schema definitions, the combination of Feuche and Smiley does 
provide a method, system, program product and computer data signal as claimed in the 
applicant's invention. 

As per applicant's arguments on some of the dependent claims have ail been 
considered but are not persuasive. The grounds of rejection corresponding to each 
dependent claim at issue are maintained as stated above in this Office Action. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 . 1 36(a) will be calculated fi*om the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
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Contact Information 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to GWEN LIANG whose telephone number is 703-305-3985. The 
examiner can normally be reached on 9:00 A.M. - 5:30 P.M. Monday and Thursday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, KIM VU can be reached on (703) 305-4393. The fax phone numbers for the 
organization where this application or proceeding is assigned are 703-746-7239 for regular 
communications and 703-746-7238 for After Final communications. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the receptionist whose telephone number is 703-305-3900. 



G.L 

June 9, 2003 




